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L.F. RADIO-DATA: SPECIFICATION OF BBC PHASE-MODULATED 
TRANSMISSIONS ON LONG-WAVE 

D.T.Wright, C.Eng., M.I. E.E. 



1. 



Carrier frequency 



This document* specifies the data signals 
carried by the BBC long-wave transmissions (Radio 
4 UK) which are at present on 200 kHz. It is 
important to note, however, that as from 
1st February 1988 the carrier frequency used for 
this service is scheduled to change to 198 kHz. ^ 



2. Method of modulation by the data signal 

The data is conveyed using linear phase- 
modulation of the carrier by the shaped and 
biphase coded data waveform (see Section 4). The 
phase-modulation is symmetrical about the 
nominal rest position of the carrier and the peak 
phase-deviation is ± (22.5 ± 1) degrees either side 
of this nominal rest position. (See Fig. 1) 

The sense (advance or retard) of this phase- 
modulation may be deduced from Fig. 2. 
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Fig. 1 - Phasor diagram of carrier modulated by data 
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Fig. 2 - Phase of data modulated carrier as a function of time. 



* A provisional specification was issued as Research Report 1982/2. 
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Data bit-rate 



The data bit-rate of the system is nominally 
25bit/s 

With two reservations, the bit-rate clock may 
be obtained by dividing down the frequency of the 
received carrier by 8000 for 200 kHz and by 7920 
for 198 kHz, as shown in Fig. 3. 

The first reservation is that the timing of 
the data waveform relative to that of the divided- 
down carrier may, occasionally, be deliberately 
shifted by up to 1 ms at intervals of not less than 
two seconds (50 bit-periods), in order to main- 
tain or restore the specified timing relationship 
between clock-time and data blocks*. The second 
reservation is detailed in Section 6.2.1. 



and a logic at source gives: 

e(t) = - 5 (t) + 8(t + tjl) 



(2) 



These impulse-pairs are then shaped by a filter**, 
H-Af), to give the required band-limited spectrum 
where: 



Hj'(f) = 



cos 



{Ttft^) ; 0<f<2/t^ 



; / > 2/^ 



(3) 



and here t^= 1/25 second. 



The specified transmitter and receiver low- 
pass filter responses, as defined in Equation (3) are 
illustrated in Fig. 4(a), and the overall data channel 
spectrum shaping is shown in Fig. 4(b). 
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Fig. 3 - Principle of the process of generation of the shaped biphase symbols 

10 
4. Data channel spectrum shaping 

To preserve the usefulness of the carrier 
as a frequency standard it is essential to avoid 
any net shift in carrier phase (averaged over a 
period of one second or more) caused by the phase- 
modulation. This requires that the modulating 
data signal should have small signal power at and 
close to d.c, and this is met by coding each source 
data bit as a. biphase symbol. The principle of the 
process of generation of the shaped biphase symbol 
is shown schematically in Fig. 3. In concept each 
source bit gives rise to an odd impulse-pair, e(t), 
such that a logic 1 at source gives: 




10 



50 



e(t) = 8 (t) - 8 (t + tjl) 



(1) 



20 30 40 
frequency, Hz 
Fig. 4 - (a) Amplitude response of the specified 
transmitter or receiver data-shaping filter 



* Such a shift would correspond to an eye-height reduction of about 2% in a receiver that was correctly phase-locked to the data signal before 

the shift occurred. 

** The data spectrum shaping filtering has been split equally between the transmitter and receiver (to give optimum performance in the 

presence of random noise) so that, ideally, the data filtering at the receiver should be identical to that of the transmitter (i.e. as given above in 

2 
Equation (31). The overall data channel spectrum shaping would then be 100% cosine roll-off . 
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Fig. 4 - (b) Amplitude response of the combined 
transmitter and receiver data-shaping filters 
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Fig. 5 - (a) Spectrum of biphase coded l.f radio- 
data signals 



relative amplitude 
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The spectrum of the transmitted biphase- 
coded radio-data signal is shown in Fig. 5 (a) and 
the time-function of a single biphase symbol (as 
transmitted) in Fig. 5 (b). 

In the BBC l.f. radio-data source equipment 
the biphase symbols are generated by direct digital 
synthesis of the shaped data-waveform. This 
ensures precise and stable spectrum shaping. The 
data 'eye-pattern' at the output of the specified 
receiver filter may be seen in the photograph of 
Fig. 5(c). 

5. Data format 

5.1. Block structure 

The transmitted data stream is partitioned 
into blocks of length 50 bits each (see Fig. 6). The 
first transmitted bit of each block is fixed at 
logic 1 ; this prefix is part of the block synchroni- 
sation system (see Section 5.4 below). 

The next four bits in each block are the 
application code (16 possible codes, numbered to 
15) and define the type of message to be expected 
within the block. The next 32 bits are the user 
message information (See Section 6). 

The last thirteen bits of each block are allo- 
cated to a cyclic redundancy checkword (CRC) 
which is used to enable the receiver/decoder to 
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symbol generated when the data input bit is a logic 1 
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one biphase symbol 
= one data bit period 
=/.= -J- seconds 



(c) Eye pattern at the output of the specified 
receiver data-shaping filter 
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- one block = 50 bits = 2 seconds ■ 
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4-bit code 
(Identifies block type) 




fixed 1-bit 
prefix=logic''l' 
(aids block synchronisation) 



1)P = Fixed 1 -bit prefix (= logic T) 

2) A = Block application Code 

3) M = Message 

4) CRC = Cyclic redundancy word 

Total block length 



13-bit CRC word 
(checks for errors in the received block 
and is also used for block synchronisation) 



1 bit 

4 bits 

32 bits 

13 bits 

50 bits 



(see Sections 5.3. and 5.4.) 
(see Sections 5.1 . and 6.2.) 
(see Section 6) 
(see Sections 5.3. and 5.4.) 



5) t- < t-, i.e. the prefix for a particular block is transmitted first and the CRC word last. 
Fig. 6 - Structure ofl.f. radio-data blocks 



test for corruption of the received data by errors 
during transmission. This CRC will be described in 
detail in Section 5.3. 

Each block is a self-contained 'packet' and 
can be decoded independently of blocks adjacent 
to it. Thus maximum flexibility for interleaving 
blocks of different types is obtained, permitting 
a wide range of applications to be serviced 
simultaneously. 

Independence of the blocks also ensures 
maximum immunity to errors because errors in 
one block cannot affect the data in another. 

The block length of 50 bits was chosen 
for two reasons :- 

1) Theory and experiment have shown that this 
gives optimum data thoroughput efficiency in the 
presence of random noise. With shorter blocks the 
percentage overhead for check-bits and header 
codes increases, whilst with longer blocks the 
proportion of blocks received error-free decreases. 

2) When transmitting clock-time information it 
is convenient to have an integral number of 
blocks per minute, so that the minute marker is 
always in the same position in the block. With 
a data rate of 25 bit/s there are exactly 30 x 50- 
bit blocks per minute. 

5.2. Order of bit transmission 

All codewords, checkwords, binary numbers 



or binary address values have their most significant 
bit (m.s.b.) transmitted first (see Fig. 6). Thus the 
last bit transmitted in a binary number or address 
has weight 2°. 

The data transmission is fully synchronous 
and there are no gaps between the blocks. 

5.3. Error protection 

Each transmitted block contains a 13 -bit 
CRC word. This checkword is: 



The 

13 

X 



remainder after multiplication by 
of the 36-bit message string (including 
the four-bit application code but excluding 
the fixed prefix) and then division (modulo 
2) by the generator polynomial, g(x). 



Where the 
is given by: 



generator polynomial, g(x), 



/ , 13 12 11 10 

g(x) = X + X + X + X 

* 7 6 5 4 2 1 

+ X + X + X + X + X +1 



It should be noted that the 1-bit prefix is 
not included in the formation of the CRC word. 
The purpose of this prefix is to provide reliable 
block synchronisation in the receiver (see the next 
Section). It also avoids 'all-zeroes' strings (no data 
signal present) from being falsely accepted as 
valid data by the receiver. 

The CRC word thus generated is transmitted 
m.s.b. (i.e. the coefficient of x in the remainder) 
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first, and is transmitted at the end of the block 
which it protects. 

The above description of the CRC may be 
regarded as definitive but further explanatory 
notes on the theory of the CRC encoder and 
decoder are given in Appendix 1 . 

In the receiver/decoder, the received blocks 
are checked by using an identical division circuit to 
that at the transmitter. The decoder division regis- 
ter is preset to binary 1000000000000 (which is 
equivalent to inverting the first bit of the block, 
i.e. the prefix) before reading-in the first bit of a 
received block. All 50 bits of the received data 
block (including the received CRC word) are then 
read serially into the division register when, in the 
absence of transmission errors, the remainder in 
the division register will be 'all-zeroes'. 

The CRC has the following error-checking 
properties'' : 

1) Detects all cases of one, two or three errors 
per block and any odd number of errors per 
block. 

2) Detects any single error burst spanning 13 
bits or less. 

3) Detects two bursts each spanning 2 bits or 
less. 

4) Detects 99.988% of bursts spanning 14 bits 
and 99.994% of all longer bursts. 

The code is also capable of correcting any 
single burst of span 6 bits or less, but the use of the 
error-correcting properties of the code in a 
receiver/decoder greatly increases the undetected 
error-rate. This is because many uncorrectable 
error patterns are deemed correctable and thus 
pass undetected. 

5.4. Synchronisation of blocl<s 

In the receiver/decoder it is of course 
necessary to be able to recognise the beginnings 
and ends of the data blocks, i.e. to provide block 
synchronisation. Conventionally this is achieved 
by adding a header code to each transmitted block 
and ensuring that, with sufficiently high proba- 
bility, the message does not mimic the header code. 
The penalty for using this simple system is the 
overhead in transmitting the header code plus any 
packing bits needed to avoid mimicking of the 
header code by data. 

A more efficient scheme is to code the 
tranmitted blocks in such a way that the error- 
check in the receiver/decoder will detect block- 



synchronisation slip as well as additive errors. 
Cyclic or shortened cyclic codes are not suitable 
for this purpose (unless they are modified - see 
below) because of the fundamental weakness 
that cyclic shifts of codewords give rise to other 
code-words; thus the reliability of detection of 
block-synchronisation slip is poor. 

Random coset codes *^ (in which a ran- 
domly chosen binary sequence is added to each 
codeword in a cyclic or shortened cyclic code), 
however, have good capability for detecting 
block-synchronisation slip; it can be shown 2,4,5 
that with n-k check bits, it is possible to make 
the probability that synchronisation loss is 
undetected as small as 1 in li^-k). 

The operations on the cyclic code-words are 
all reversible at the receiver and so the normal 
(additive) error-detecting ability of the code is 
unaffected. Furthermore, with a suitably chosen 
random coset code, synchronisation loss can be 
reliably detected even in the presence of errors. 

Here the random coset codewords are 
formed from the shortened cyclic codewords by 
adding the fixed 1-bit prefix {x = 1) to every 
codeword. In the decoder this prefix may be 
removed, either by complementing the first bit of 
each 50-bit block or (equivalently) presetting the 
first bit {x ) of the division register to logic *1' 
(as noted in Section 5.3) before performing the 
CRC calculation. It is found that for random 
data the probability of synchronisation slip 
remaining undetected is 1 in 2 per bit. 

The principle, therefore, whereby block 
synchronisation is obtained and maintained is 
that, with a high level of confidence, a zero 
remainder in the decoder division-register will 
occur only once for each block received, and 
will occur precisely at the end of each complete 
block. 



6. Message content 

6.1. Structure 

The message structure used in the present 
transmissions is intended to provide a high degree 
of freedom in assembling the information to suit 
the needs of the users at any given time and to 
allow for future developments. Apart from the 
fixed positions of the clock-time blocks (see 
below), the various blocks for different 
applications may be assembled in any order and in 
any proportion. 
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6.2. Block types 

As was described in Section 5.1. (see also 
Fig. 6) the first four bits after the prefix bit in 
every block are allocated to a four-bit code which 
specifies the application of the block. Blocks will 
be referred to a Types to 15 according to the 
binary weighting As = 8, A2 = 4, Ai = 2, Ao = 1 
(see Fig. 6). 

Type is a non-user block and is reserved 
for time codes (see Section 6.2.1) and filler codes 
(see Section 6.2.2.). Other (user) block types will 
be allocated as the need arises. 

6.2.1. Clock-time blocks 



conditions the data waveform may occasionally 
be deliberately shifted by up to 1 ms at inter- 
vals of not less than two seconds, in order to 
maintain or restore the specified relationship 
between clock-time and data blocks. Such small 
corrections should require no special action by the 
receiver/decoder except to track the resultant 
changes in phase of the bit-rate clock (see Section 
3). 

Exceptionally, however, discontinuities may 
occur in the relationship between clock-time 
and the data waveform. Such occurrences may be 
predictable, as in the case of a leap second, or 
unpredictable, as in the case of an equipment 
fault. 



To assist in transmitting clock-time infor- 
mation, the block structure is normally fixed 
relative to clock-time minutes. Thus, in every 
multiple of 30 blocks (see Fig.7) it will be arranged 
that the time-code block occurs so that its last bit 
is transmitted just prior to the minute epoch to 
which it refers (see Fig. 7). The format of the 
time-code blocks is shown in Fig. 8, where it can 
be seen that time-code blocks are Type blocks 
with the first message-bit set to 0. 



time-code block 
(see fig 8) — 



minute edge 




(numbering of blocks is for illustrative purposes only) 

Fig. 7 ~ Arrangement of blocks in a multiblock 
relative to clock-time 



As was noted in Section 3, under normal 
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In order to help receivers to recognise that 
a discontinuity has occurred and to take the 
appropriate action (i.e. adjust their free-running 
clock-time and/or resynchronise with the data 
blocks), the phase-modulation will be turned off 
for at least 20 seconds after such a discontinuity. 
Receivers should take this as a signal to reinitiate 
searching for carrier-, bit- and block-synchroni- 
sation. Receivers should also reinitiate searching if 
the carrier is absent for 10 or more seconds. To 
minimise loss of valid data whilst receivers are re- 
locking, no user information blocks (Types 1 to 15) 
will be transmitted for at least one minute after 
recommencing data transmission, after such a gap. 

6.2.2. Filler codes 

A filler code is required to cover periods 
when no other suitable code can be transmitted 
(i.e. no new codes need to be transmitted and 
no previous codes need to be repeated). A filler 
code is also needed to fill all blocks in the first 
minute after a break in transmission, as described 
in Section 6.2.1. above. 

A filler code is carried via a Type block 
where the first message-bit following the 
application code is set to 1 (see Fig. 8, note 10). 
The remaining 31 message bits are undefined but 
probably will be a 0101010 sequence. 
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Fig. 8 - Clock-time blocks (type 0) 



Notes on Clock-Time Blocks: 



ORG word 



last transmitted 
bit of block 



1) 
2) 



3) 
4) 
5) 
6) 
7) 

8) 



Time-of-day is expressed in terms of the Co-ordinated Universal Time (UTC). 

The information relates to the epoch immediately following the start of the next block. 

Every block normally starte on a UTC second, and every block following a UTC Clock-Time block starts on a UTC minute (i.e. 'n' 

minutes seconds). 

Minutes are coded as a six-bit binary number in the range 0-59. The spare codes are not used. 

Hours are transmitted as a five-bit binary number in the range 0-23. The spare codes are not used. 

Day-of-week is coded as a three-bit binary number, 001 = Monday to 1 1 1 = Sunday consecutively. Code 000 is not used. 

Week number is coded as a six-bit binary number in the range 1 to 53. The spare codes are not used. 

Stert-day of Year-Type code indicates the day-of-week code (see note (5) above) of January 8th of the currently coded year, e.g. 

Wednesday (= Oil) for 1988. 

Leap-year cycle of year-type code indicates the position of the currently coded year in the leap year cycle as follows. 



Code 
00 
01 
1 

1 1 



this year is leap 

last year was leap 

leap year two or more years away 

next year is leap 



9) Local Offset is a six-bit binary number which indicates the local offset from UTC in two's complement form. 

Examples: 



000000 
0000 10 
111110 



local time has zero offset from UTC 

local time 1 hr. ahead of UTC - UK Summer (BST 

local time 1 hr. behind UTC 



10) When the bit following the application code is set to 1 the block should be taken as a filler code and not a time code. 
In a filler code the remaining 31 message bits are undefined but probably will be a ...0101010... bit sequence. 
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Appendix 

Theory of the Modified Cyclic Code 

The data format described in this document uses a shortened cyclic block code, which is given 
limited self-synchronising ability by the addition of a one-bit prefix. Thus every block consists of one 
'synchronisation prefix', thirty sbc information bits (including a four-bit application code) and thirteen 
check bits (see Fig. 6). 

The basic code has the generator polynomial: 

g(x)=x'' +x'' -^x'' +x'' +x' +x' +x' +/ +x' + 1 

= (x^' +x^° +x' +x* + 1). (x^ + 1) 

The thirteen check bits may be formed in the usual way for a cyclic code, i.e. by division of the 
message vector by the generator polynomial. The remainder of this division forms the 13 bit check word. 

Thus if the 36 bit message vector m(x) = m^^x^^ + m^^x^'^ +..,+ m^X'+m^ (where the coefficients 
m are or 1), the transmitted code vector r(x) is given by: 

r(x) = X + m(x)x + m(x) 



mod g(x) 
where the term in x'" represents the one-bit synchronising prefix. The code vector is transmitted m.s.b. 



g(x) 

VVllCIC LllC LClIll 111 A n,pi\,a\_iiLj iin.. v^uv, UU. Syn».».iv^...*^".^ j^-^ — 

first, i.e. synchronising prefix, followed by information bits r^^x ^o r^^x , followed by check bits 
r^y^ tor„. 

The code vector may also be calculated from the generator matrix G which is derived from the 
generator polynomial. The 36 information bits are expressed as a 36 x 1 column matrix and multiplied by 
the generator matrix to give the information bits and check bits. The complete transmitted code vector is 
then formed by the addition of the synchronising prefix r^^x'^^ . 

The generator matrix of the code is given in Fig. 9 in octal form (thus 363658 = Oil, 110, Oil, 
110, 101). 

Thus: 

(m^^x^' +m^y^ +...+ m^) G = m^^x^^ +m^^x^'' +...+ m^x^^ +pi2^*' +Pii^'* +-+Po 

where 

pj2 =C'«3s X l)®(m^^ X l)e e(Wj x 0) © fw^ x 1), 

Pj J = (W35 x 0) e (m^^ X 0) © ® (m^ xO)® (m^ x 1), etc. 

The information bits and check bits of the code vector are thus readily calculated by the modulo-two 
addition (i.e. exclusive OR) of all the rows of the generator matrix for which the corresponding coefficient 
in the message vector is '1'. 

Thus for the message vector: 

m(x) = 000 000 000 OOlg (where the subscript s indicates octal notation), 
the corresponding code vector is: 

c(x) = 00 000 000 000 036 3658 

® indicates modulo-two addition (I.e. exclusive OR). — 8 — 



10000000000015473 
04000000000012747 
02000000000012211 
01000000000012076 
00400000000005037 
00200000000015565 
00100000000011700 
00040000000004740 
00020000000002360 
00010000000001170 

00004000000000474 
00002000000000236 

00001000000000117 
00000400000017135 
00000200000010524 
00000100000004252 
00000040000002125 
00000020000016120 
00000010000007050 
00000004000003424 
00000002000001612 
00000001000000705 

00000000400017230 
00000000200007514 
00000000100003646 

00000000040001725 
00000000020017623 
00000000010010665 
00000000004015245 
00000000002012453 
00000000001012557 
00000000000412015 
00000000000212174 
00000000000105076 
00000000000042437 

00000000000036365 



Fig. 9 - Generator Matrix for the Basic Cyclic 
Redundancy Check (in Octal Notation) 



ji(x) 



,13 ^^12 ^^11 ^^10 ^^7 ^^6 ^^5 ^^4 ^^2 ^ J 



which may be seen to be the bottom row ot the generator matrix. 

After adding the synchronising prefix the transmitted code vector is 

r(x) = 20 000 000 000 036 365g 

Similarly for all Is message vector 

m(x) = 111 111 111 111^ 
it follows that 

cix) = 17 777 777 777 762 7228 

which on adding the prefix becomes 

r(x) = 37 777 777 777 762 7228 
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